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(54) Data communication apparatus and method 



(57) An AV (audio visual) apparatus, such as a set- 
top box or the like, inputs, when displaying display infor- 
mation (OSD (on screen display)) of the apparatus on a 
display device, such as a digital television or the like, 
display conditions (i.e., control information for control- 
ling display of OSD) for other OSDs to be displayed on 
the display device. Each AV apparatus sets the display 
conditions of the OSD of the apparatus based on the 
display conditions of the other OSDs, and outputs the 



OSD and the display conditions of the apparatus to the 
display device. The display device displays OSD of each 
AV apparatus based on the input display conditions. 
According to this configuration, it is possible to reduce 
the burden on the display device, and to efficiently dis- 
play display information of each information supply 
source. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a data com- 
munication apparatus and method, and a storage 
medium capable of being read by a computer. More par- 
ticularly, the invention relates to a technique of drawing, 
in a network including a plurality of information supply 
sources and at least one display device, display infor- 
mation possessed by each of the information supply 
sources on the at least one display device. 

prescriptio n pf \he Related Art 

[0002] Currently, various associations have started 
their activities for realizing a home network where AV 
(audio visual) apparatuses and a digital television 
receiver (hereinafter abbreviated as a "digital TV") in a 
home are interconnected. For example, an association 
called the 1 394 TA (Trade Association) is planning spec- 
ifications for transport layers based on the IEEE (Insti- 
tute of Electrical and Electronics Engineers, Inc.) 1394- 
1 995 Standards in order to interconnect a plurality of AV 
apparatuses including a digital TV with a common dig- 
ital interface. 

[0003] Recently, mainly Western countries intend to 
put digital television broadcasting to practical use. Dig- 
ital television broadcasting has a capability of simulta- 
neously transferring a plurality of programs with the 
same bandwidth as the conventional analog TV broad- 
casting bandwidth. 

[0004] Particularly, digital television broadcasting 
can perform broadcasting using digital data. Hence, it is 
possible to broadcast still images, representing EPGs 
(electronic programming guides), commercial informa- 
tion, weather information, stock information and the like, 
together with digital image information and digital sound 
information. Such digital television broadcasting con- 
taining digital information is transferred to and displayed 
on each digital TV connected to a home network via a 
set-top box or the like. 

[0005] It is considered that in a future home net- 
work, each display device, such as a digital TV or the 
like, is connected not only to a dedicated set-top box, 
but also to other AV apparatuses via a common digital 
interface. 

[0006] In such a case, the display device must have 
the function of displaying display information (hereinaf- 
ter termed an OSD (on-screen display)) possessed by 
each AV apparatus on the same picture surface. Partic- 
ularly when a plurality of AV apparatuses share a single 
display device, there is the possibility that an OSD (such 
as a still image or a graphic image) of each AV appara- 
tus simultaneously provides the display device with a 
request to draw an image during a certain time period. 



In such a case, the display device must display a plural- 
ity of OSDs on the display picture surface so that they 
do not overlap with each other as little as possible, or 
ovelap with each other in a state of not causing any 

5 problems. 

[0007] However, since OSDs of respective AV 
apparatuses are usually transmitted irrespective of lay- 
out on the display picture surface of the display device, 
the display device must process how to layout a plurality 

w of OSDs on the display picture surface. Such a configu- 
ration causes a very large burden on the display device, 
and is not efficient. 
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[0008] A concern of the present invention is to solve 
the above-described problems. 

[0009] Another concern of the present invention is 
to realize, in an information communication apparatus, 
20 method and system, a technique to reduce the burden 
on a display device for displaying display information 
possessed by each information supply source and effi- 
ciently display display information of each information 
supply source. 

2$ [0010] According to one aspect of the present 
invention, an imformation communication apparatus 
includes input means for inputting information relating to 
display information to be displayed on a display device 
controlled by an external apparatus, generation means 

30 for generating control information for controlling 
processing for displaying the display information of the 
information communication apparatus on the display 
device, and output means for outputting the display 
information and the control information. 

35 [0011] According to another aspect of the present 
invention, an imformation communication method 
includes the steps of inputting information relating to 
display information to be displayed on a display device 
controlled by an external apparatus, generating control 

40 information for controlling processing for displaying the 
display information of an information communication 
apparatus on the display device, and outputting the dis- 
play information and the control information. 
[0012] According to still another aspect of the 

45 present invention, an information communication appa- 
ratus includes output means for outputting information 
relating to display information to be displayed on a dis- 
play device to an external apparatus, input means for 
inputting the display information of the external appara- 
so tus and control information for controlling processing for 
displaying the display information on the display device, 
and control means for controlling the processing for dis- 
playing the display information on the display device 
based on the control information. 
55 [0013] According to yet another aspect of the 
present invention, an information communication 
method includes the steps of outputting information 
relating to display information to be displayed on a dis- 
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play device to an external apparatus, inputting the dis- 
play information of the external apparatus and control 
information for controlling processing for displaying the 
display information on the display device, and control- 
ling the processing for displaying the display information 5 
on the display device based on the control information. 
[0014] According to yet a further aspect of the 
present invention, an information communication sys- 
tem includes a first apparatus and a second apparatus. 
The first apparatus includes input means for inputting 10 
information relating to display information to be dis- 
played on a display device controlled by the second 
apparatus, generation means for generating control 
information for controlling processing for displaying the 
display information of the first apparatus on the display is 
device, and output means for outputting the display 
information and the control information. The second 
apparatus includes output means for outputting the 
information relating to the display information to be dis- 
played on the display device to the first apparatus, input 20 
means for inputting the display information of the first 
apparatus and the control information of the first appa- 
ratus, and control means for controlling the processing 
for displaying the display information of the first appara- 
tus on the display device based on the control informa- 25 
tion of the first apparatus. 

[0015] According to still another aspect of the 
present invention, an information communication 
method includes the steps of inputting information relat- 
ing tb display information to be displayed on a display 30 
device controlled by a second apparatus, which is put- 
put from a first apparatus, generating control informa- 
tion for controlling processing for displaying the display 
information of the first apparatus on the display device, 
outputting the display information of the first apparatus 35 
and and the control information of the first apparatus, 
from the first apparatus, inputting the display informa- 
tion of the first apparatus and the control information of 
the first apparatus, and controlling the processing for 
displaying the display information of the first apparatus 40 
on the display device, based on the control information 
of the first apparatus. 

[0016] Still other features of the present invention, 
and the advantages thereof, will become fully apparent 
from the following detailed description of the embodi- 45 
ment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] so 

FIG. 1 is a block diagram illustrating a data commu- 
nication system according to a preferred embodi- 
ment of the present invention; 

FIG. 2 is a diagram illustrating an isochronous 55 
transfer mode and an asynchronous transfer mode; 
FIG. 3 is a diagram illustrating a display picture sur- 
face of a digital television apparatus; 



FIG. 4 is a diagram illustrating a procedure for 
drawing an image; 

FIG. 5 is a diagram illustrating a transfer procedure; 
FIG. 6 is a diagram illustrating another transfer pro- 
cedure; 

FIG. 7 is a diagram illustrating a procedure for set- 
ting drawing conditions for OSD data; 
FIG. 8 is a diagram illustrating the relationship 
between a display picture surface and a drawing 
area of a digital television apparatus; 
FIG. 9 is a diagram illustrating a procedure for con- 
necting an asynchronous connection plug; 
FIG. 10 is a diagram illustrating a transfer proce- 
dure based on an Asynchronous Connection Proto- 
col; 

FIG. 11 is a diagram illustrating the types of modes 

set in a mode field of producer_count 1 102; 

FIG. 12 is a diagram illustrating the types of modes 

set in a mode field of limit_count 1001 ; 

FIG. 13 is a diagram illustrating a data format of a 

frame; 

FIG. 14 is a diagram illustrating the types of 
type_codes; 

FIG. 15 is a diagram illustrating a data format of a 
subframe; 

FIG. 16 is a diagram illustrating the basic operation 
of a Functional Control Protocol; 
FIGS. 1 7A and 1 7B are diagrams illustrating packet 
formats provided by the Functional Control Proto- 
col; 

FIG. 18 is a diagram illustrating a data format of an 
FCP (Functional Connection Protocol) frame; 
FIG. 19 is a diagram illustrating the types of "cts"s; 
FIG. 20 is a diagram illustrating the data format of a 
command frame; 

FIG. 21 is a diagram illustrating the data format of a 
response frame; 

FIG. 22 is a diagram illustrating the types of 
"ctype^s; and 

FIG. 23 is a diagram illustrating the types of 
response codes. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0018] The preferred embodiment of the present 
invention will now be described in detail hereinafter with 
reference to the accompanying drawings. 
[0019] FIG. 1 is a home network including four AV 
apparatuses according to the embodiment. The AV 
apparatuses of the embodiment are interconnected via 
a 1394 serial bus interface conforming to the IEEE 
1394-1995 Standards and extended standards thereof 
(hereinafter termed an "IEEE 1394 interlace"), serving 
as a next-generation high-performance digital interface. 
[0020] The IEEE 1394 interface has the following 
features. 

(1) The data transfer rate is high. 
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(2) A real-time data transfer mode (i.e.. an iso- 
chronous tranter mode) and an asynchronous 
transfer mode are supported. 

(3) A connection configuration (topology) having a 
high degree of freedom can be constructed. 

(4) A plug-and-play function and an active-line 
insertion/extraction function are supported. 



[0021] FIG. 2 is a diagram illustrating the operations 
of the isochronous transfer mode and the asynchronous 
transfer mode. 

[0022] Trie isochronous tranfer mode is a transfer 
method of guaranteeing a transfer band for a predeter- 
mined period in each communication cycle period. 
Accordingly, the isochronous transfer mode is effective 
for data transfer in which it is requested to continuously 
transfer a predetermined amount of data with a constant 
data rate (such as moving image data, sound data or 
the like). 

[0023] In the asynchronous transfer mode, data 
capable of being asynchronously transferred if neces- 
sary (such as a control command, file data or the like) is 
transferred to an assigned apparatus. In the asynchro- 
nous transfer mode, three types of transactions, i.e.. a 
reading transaction, a writing transaction and a locking 
transaction, are provided. In the asynchronous transfer 
mode, it is possible to trasmit the fact that a receiving 
operation has been performed, and to perform securer 
communication than in the isochronous transfer mode. 
[0024] It is possible to mix the isochronous transfer 
mode and the asynchronous transfer mode in each 
communication cycle (usually, one communication cycle 
is 125 lis). As shown in FIG. 2, each transfer mode is 
executed after transferring a cycle start packet (herein- 
after abbreviated as a "CSP") 201 indicating start of 
each communication cycle. 

[0025] In FIG. 2, reference numerals 202 and 203 
represent communication packets (isochronous pack- 
ets) transferred at each communication cycle based on 
the isochronous transfer mode. Reference numerals 
204 and 205 represent communication packets (asyn- 
chronous packets) transferred based on the asynchro- 
nous transfer mode. 

[0026] In each communication cycle period, the iso- 
chronous transfer mode is set to a higher order of prior- 
ity than the asynchronous transfer mode. The transfer 
band of the isochronous transfer mode is guaranteed 
within each communication cycle. 
[0027] Next, the home network shown in FIG. 1 will 
be described in detail. 

[0028] in FIG. 1 , reference numeral 1 represents a 
digital television (hereinafter abbreviated as a "DTV"). 
The DTV 1 has the function of receiving display informa- 
tion (hereinafter termed "OSD data") transferred from at 
least one AV apparatus connected to the network, and 
drawing a corresponding image on a display device pro- 
vided in the DTV 1. The OSD data represents a still 
image, a still image having a moving portion (such as 



still-image data including animation), 3D graphics, a 
text, a moving image, or display information where at 
least one of these images are mixed. 
[0029] The OSD data includes display information 
5 called a control panel in addition to display information 
relating to EPGs. commercial information, weather 
information, stock information or the like. The control 
panel is display information for performing a remote 
operation of an AV apparatus having the control panel. 
w The control panel is a GUI (graphic user interface) 
including at least one element (each element being dis- 
played in the form of a text or graphics), and each ele- 
ment displays functions of the AV apparatus which can 
be subjected to remote control. By operating an element 
is within a control panel drawn on the display device of the 
DTV 1 or the like, the user can perform a remote opera- 
tion of an AV apparatus corresponding to the control 
panel. For example, the control panel of a digital video 
cassette recorder 3 (to be described later) has elements 
20 corresponding to functions, such as "recording", "repro- 
duction", "rapid feeding", "rewinding", "temporary stop", 
"forward-portion skipping", "rear-portion skipping" and 
the like. When intending to make the digital video cas- 
sette recorder 3 in the state of temporary stop" using 
25 this control panel, it is only necessary to select and 
determine an element corresponding to temporary 
stop", information relating to an element operated by 
the user is notified from the display device of the DTV 1 
or the like to the digital video cassette recorder 3. 
30 [0030] Reference numeral 2 represents a set-top 
box (hereinafter abbreviated as an STB"). The STB can 
convert an MPEG(Moving Picture Experts Group)2 TS 
(transport stream) based on the MPEG2 standards, var- 
ious OSD data, control commands and the like into data 
35 for an IEEE 1394 interface, and output the resultant 
data. The MPEG2 TS is obtained by dividing a plurality 
of image data, sound data and auxiliary data thereof 
into packets (in units of 188 bytes) in a multiplexed 
state. 

40 [0031] In the STB 2, a control unit 20 controls the 
operation of the STB 2, and changes drawing conditions 
for OSD data generated by an OSD generation unit 21 if 
necessary. The OSD generation unit 21 generates OSD 
data, such as EPGs. the number of a tuned channel, 
45 commercial information, a control panel and the like. 
The OSD generation unit 21 also generates reference 
drawing conditions for various OSD data, and changes 
the drawing conditions based on drawing-layout infor- 
mation (to be described later). A tuner sub-unit 22 has 
so the function of receiving an MPEG TS for digital broad- 
casting. A 1394 interface 23 transfers OSD data to the 
DTV 1 based on an Asynchronous Connection Protocol 
(to be described later). 

[0032] Reference numeral 3 represents a digital 
55 video cassette recorder (hereinafter abbreviated as a 
"DVCR"). The DVCR 3 can record moving-image data 
(including an MPEG2 TS) subjected to isochronous 
transfer from the STB 2, and reproduce the recorded 
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moving-image data (including the MPEG2 TS) and per- 
form isochronous transfer of the reproduced data to the 
DTV 1. 

[0033] A control unit 24 of the DVCR 3 controls the 
operation of the DVCR 3, and changes drawing condi- s 
tions for OSD data generated by the OSD generation 
unit 25 if necessary. The OSD generation unit 25 gener- 
ates a control panel for instructing recording, reproduc- 
tion, temporary stop, special reproduction and the like, 
and display information for notifying the current operat- w 
ing state, the remaining recording amount of a recording 
medium, a recording time, a reproducing time and the 
like, as OSD data. The OSD generation unit 25 also 
generates drawing conditions for respective OSD data 
output from the DVCR 3, and changes these reference is 
drawing conditions based on drawing-layout information 
(to be described later). A VCR sub-unit 26 has the func- 
tion of recording/reproducing moving-image data in the 
MPEG2 format on/from a recording medium, such as a 
magnetic tape, a magnetic disk or the like. A 1 394 inter- 20 
face 27 transfers OSD data of the DVCR 3 to the DTV 1 
based on the "Asynchronous Connection Protocol". 
[0034] Reference numeral 4 represents a personal 
computer (hereinafter abbreviated as a "PC"). The PC 4 
transfers OSD data stored in a hard disk 30 to the DTV 25 
1. A 1 394 interface 24 transfers OSD data of the PC 4 to 
the DTV 1 based on the "Asynchronous Connection 
Protocol". A control unit 28 of the PC 4 generates refer- 
ence ^drawing conditions for each OSD data output from 
the PC 4, and changes these drawing conditions based 30 
on drawing-layout information. 

[0035] - Next, the internal configuration of the DTV 1 
will be described in detail. 

[0036] Reference numeral 7 represents an IEEE 
1394 interface having the above-described functions. 35 
The IEEE 1394 interface has the function of a physical 
layer and the function of a link layer conforming to the 
IEEE 1394-1995 standards and expanded standards 
thereof. The IEEE 1394 interface 7 also has a function 
conforming to "AV/C digital interface command set 40 
specifications" (to be described later) and a communi- 
cation function conforming to the "Asynchronous Con- 
nection Protocol". 1394 interfaces 23, 27 and 29 
provided in the STB 2, the DVCR 3 and the PC 4, 
respectively, have the same functions as the IEEE 1394 45 
interface 7. 

[0037] Reference numeral 8 represents a data buff- 
ering control unit for the Asynchronous Connection Pro- 
tocol. The data buffering control unit 8 controls buffering 
for an OSD frame transferred for each predetermined so 
data unit based on the Asynchronous Connection Pro- 
tocol The data format of the OSD frame in this embod- 
iment will be described later. A buffer storage 9 buffers 
the OSD frame. 

[0038] A drawing-layout control unit 10 controls 55 
drawing-layout information. The drawing-layout informa- 
tion includes drawing conditions, layout IDs and the like 
of a plurality of OSD data currently displayed by the 



DTV 1 . A drawing-layout memory 1 1 stores the drawing- 
layout information controlled by the drawing-layout con- 
trol unit 10. 

[0039] An OSD memory controller 1 2 performs con- 
trol so as to draw a plurality of OSD data transferred 
based on the Asynchronous Connection Protocol based 
on drawing conditions corresponding to the respective 
OSD data. An OSD memory 13 stores the plurality of 
OSiD data and drawing conditions corresponding to the 
respective OSD data so as to correspond to each other. 
[0040] A decoder 14 decodes an MPEG2 TS sub- 
jected to shochronous transfer from each apparatus 
(the STB 1 or the DVCR 3), and converts the decoded 
data into a standard television signal (according to the 
NTSC (National Television System Committee) method, 
the PAL (Phase Alternation by Line) method or the like). 
An image synthesis unit 15 synthesizes the standard 
television signal and OSD data on the same picture sur- 
face. The image synthesis unit 15 includes a plurality of 
planes (including a plurality of planes for OSD data and 
a plurality of planes for standard television signals). The 
image synthesis unit 15 performs switching and synthe- 
sis of display information to be displayed, using each of 
the planes. 

[0041 ] A display unit 1 6 comprises a display device, 
such as a CRT (cathode-ray tube), a liquid-crystal mon- 
itor or the like, and displays image data generated by 
the image synthesis unit 15. A timer 17 measures a 
drawing period of each OSD data drawn on the display 
picture surface of the display unit 16. 
[0042] FIG. 3 is a diagram illustrating a display pic- 
ture surface of the DTV 1 of this embodiment. 
[0043] In FIG. 3, a region 301 displays OSD data 
transferred from the STB 2 (such as a still image for 
commercial). A region 302 displays OSD data of the 
DVCR 3 (such as the above-described control panel for 
performing remote control of the DVCR 3 and displaying 
the remaining amount of reproduction/recording, the 
recording time and the like). A region 303 displays OSD 
data provided in the PC 4 (such as bit-map-image data). 
A main picture surface 304 displays an MPEG TS sub- 
jected to isochronous transfer from the STB 2. 
[0044] Each OSD data is drawn on the display pic- 
ture surface according to the following drawing proce- 
dure. 

Explanation of the draw ing procedure 

[0045] Next, a description will be provided of a pro- 
cedure in which an apparatus connected to the home 
network of the embodiment draws OSD data of the 
apparatus on the display picture surface of the DTV 1 . 
[0046] A procedure for drawing OSD data of the 
STB 2 (for example, still-image data 301 for commercial 
received from the outside) on the display picture surface 
of the DTV 1 will now be described in detail with refer- 
ence to FIG. 4. 

[0047] In step S401, the STB 2 receives the still- 
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image data 301 for commercial from an external broad- 
casting station, and determines if there is a request to 
draw the still-image data 301 on the DTV 1. If the result 
of the determination in step S401 is affirmative, the STB 
2 generates OSD data corresponding to the still-image 
data 301 using the OSD generation unit 5. The DTV 1 
outputs a request to start display of the OSD data. 
[0048] The OSD generation unit 5 also generates 
drawing conditions requested for the OSD data. In this 
embodiment, the drawing conditions are also called dis- 
play conditions, and include at least one set of control 
information for controlling display of the OSD data. Such 
control information controls, for example, the position for 
displaying the OSD data (hereinafter termed a "drawing 
position"), the size of the image to be displayed (herein- 
after termed a "drawing size"), conditions for overlay 
(hereinafter termed "overlay conditions"), the order of 
overlay (hereinafter termed an "overlay order"), the 
period of display (hereinafter termed a "drawing 
period"), the type of the OSD data (hereinafter termed a 
"type of drawing"), the time to start drawing (hereinafter 
termed a "drawing start time"), a period allowed for 
overlay (hereinafter termed an "allowable period for 
overlay"), or the like. 

[0049] In step S402, an IEEE 1394 interface 23 of 
the STB 2 sets an asynchronous connection plug 
between the IEEE 1394 interface 23 and the IEEE 1394 
interface 7 of the DTV 1. The STE 2 transfers the OSD 
data to the DTV 1 via the asynchronous connection 
plug. 

[0050] The asynchronous connection plug is a vir- 
tual input/output plug set based on the Asynchronous 
Connection Protocol. By setting this plug, a logical (or 
virtual) connection relationship between a source node 
and a destination node is provided. A connection proce- 
dure for the asynchronous connection plug will be 
described later. 

[0051] In step S403, the STB 2 constitutes an OSD 
frame provided by this embodiment using the OSD 
data, the drawing conditins and other additional infor- 
mation. The data format of the OSD frame includes at 
least one subframe. The STB 2 generates asynchro- 
nous packets in units of a subframe, and performs 
sequential asynchronous transfer of the generated 
packets to the DTV 1 via the asynchronous connection 
plug. 

[0052] The transfer procedure between the STB 2 
and the DTV 1 will be described in detail with reference 
to FIG. 5 or 6. 

[0053] In step S404, the STB 2 determines if a 
request to end drawing of the OSD data is present. The 
DTV 1 outputs a request to end display of the OSD data. 
[0054] If the result of the determination in step S404 
is affirmative, the process proceeds to step S405, 
where the STB 2 transfers a control command for clear- 
ing the OSD data drawn on the display picture surface 
to the DTV 1 based on the Asynchronous Connection 
Protocol, 



[0055] The STB 2 again executes the processing of 
step S401 , and determines if a request to draw another 
OSD data is present. At that time, the STB 2 maintains 
the asynchronous connection plug which has been con- 
5 nected in the connected state. 

[0056] In step S406. the STB 2 determines if the 
STB 2 is connected to the network and in an active 
state. 

[0057] If the result of the determination in step S406 

io is negative, i.e., when the STB 2 is not physically con- 
nected to the network, or in an nonoperating state (i.e., 
inactive state) because the main power supply is in an 
off-state even if the STB is connected to the network, 
the STB 2 performs the processing of step S407. In step 

is S407, the STB 2 releases the asynchronous connection 
plug to provide a non-contact state. 
[0058] According to the above-described proce- 
dure, it is possible to efficiently display OSD data of one 
apparatus while reducing the load on the display device. 

20 This procedure can also be executed in parallel for 
respective OSD data. Accordingly, even when display- 
ing OSD data from different apparatuses, or when dis- 
playing a plurality of OSD data from one apparatus, the 
OSD data can be efficiently displayed while reducing 

25 the load on each apparatus. As a result, a single appa- 
ratus can display a plurality of OSD data at different 
positions, or in a state of being superposed. 

Explanation of the transfer procedure 

30 

[0059] Next, an example of the transfer procedure 
in step S403 shown in FIG. 4 will be described in detail 
with reference to FIG. 5. 

[0060] FIG. 5 is a flowchart illustrating a procedure 
35 in which the STB 2 transfers the OSD data of the STB 2 
to the DTV 1 using the Asynchronous Connection Pro- 
tocol. 

[0061] In step S501 , the STB 2 transmits a control 
command for asking if OSD data can be transmit- 
40 ted/received based on the Asynchronous Connection 
Protocol, to the DTV 1. More specifically, the STB 2 
transmits a "SPECIFIC INQUIRY command" based on 
the "AV/C digital interface command set specifications" 
to the DTV 1. 

45 [0062] The STB 2 which has received a "SPECIFIC 
INQUIRY response" corresponding to the SPECIFIC 
INQUIRY command determines in step S502 if the DTV 
1 corresponds to a drawing command set provided in 
this embodiment. 

so [0063] When the SPECIFIC INQUIRY response 
indicates "IMPLEMENTED", the STB 2 determines that 
the DTV 1 corresponds to the drawing command set of 
the embodiment, and executes processing starting from 
step S504. 

55 [0064] When the SPECIFIC INQUIRY command 
indicates "NOT IMPLEMENTED", the STB 2 executes 
the processing of step S503. That is. the STB 2 inter- 
rupts drawing processing assuming that the DTV 1 does 
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not have the capability to transmit/receive OSD data, 
and makes the asynchronous connection plug in a non- 
contact state. 

[0065] In step S504, the STB 2 performs asynchro- 
nous transfer of a control command tor requesting draw- 
ing-layout information provided in the DTV 1 to the DTV 

1, before transmitting the OSD data. Based on this 
drawing-layout information, the STB 2 confirms the cur- 
rent state-of drawing on the display picture surface of 
the DTV f (i.e., how the DTV 1 displays OSD data from 
a plurality of other apparatuses). 

[0066] If the STB 2 requests drawing of the OSD 
data of the STB 2 without confirming drawing-layout 
information provided in the DTV 1 , there is the possibil- 
ity that the OSD data of the STB 2 is displayed in a state 
of being overlapped with OSD data of other appara- 
tuses (nodes) and a part or the entirety of other OSD 
data cannot be seen. This possibility is larger as the 
number of OSD data currently displayed by the DTV 1 is 
larger, the size of the display area of each OSD data is 
larger, and the size of the display picture surface of the 
DTV 1 is smaller. Accordingly, the STB 2 of this embod- 
iment acquires in advance drawing-layout information of 
the DTV 1 before transferring the OSD data of the STB 

2, and sets optimum drawing conditions for the OSD 
data based on this drawing-layout information. 
[0067] This drawing-layout information includes 
drawing conditions necessary for drawing each OSD 
data, a layout ID to be provided to each OSD data from 
the STB 2, and the like. The layout ID is ID information 
for controlling a change in drawing-layout information of 
the STB 2, and is also utilized for preventing rewriting of 
the contents of the drawing-layout information accord- 
ing to a request of drawing from another apparatus, 
before adding drawing conditions of an apparatus which 
is currently performing drawing to the drawing-layout 
information. 

[0068] The drawing-layout information also includes 
information relating to the display unit 16 of the DTV 1 
(hereinafter termed "display information"). The display 
information includes at least one of the size of the pic- 
ture surface of the display unit 16, the type (such as a 
CRT, a liquid-crystal panel, a plasma display panel or 
the like) of the display unit 16, the resolution (such as 
640 x 480 pixels, 960 x 540 pixels or the like) of the dis- 
play unit 16, a display region where the display unit 16 
prohibits drawing of OSD data and the like, a display 
region where the display unit 16 makes drawing of OSD 
data and the like effective, the display capability of the 
display unit 16, and the like. 

[0069] In step S505, the STB 2 sets optimum draw- 
ing conditions for the OSD data based on the drawing- 
layout information from the DTV 1 and reference draw- 
ing conditions requested by the OSD data of the STB 2 
(such as the drawing position, the drawing size, overlay 
conditions, the overlay order, the drawing period, the 
type of the contents of drawing, the time to start draw- 
ing, a period allowed for overlay, and the like). At that 



time, the STB 2 sets the resolution of the ODS data of 
the STB 2 to an optimum value based on display infor- 
mation included in the drawing-layout information. 
Then, the STB 2 generates an OSD frame including at 
5 least one subframe using the set drawing conditions, 
OSD data, layout ID received from the DTV 1, and the 
like. The data format of the OSD frame will be described 
later. 

[0070] In step S506, the STB 2 performs sequential 

io asynchronous transfer of each subframe to the DTV 1 
based on the Asynchronous Connection Protocol. 
[0071 ] In step S507, the DTV 1 compares the layout 
ID received from the STB 2 with the layout ID which is 
currently controlled by the DTV 1 . 

is [0072] When the two layout IDs are identical, then, 
in step S509, the DTV 1 supplies the OSD memory con- 
troller 12 with the received OSD data, which stores the 
supplied data in the OSD memory 13. Then, the OSD 
memory controller 12 reads the OSD data of the STB 2 

20 from the OSD memory 13, and supplies the read data to 
the image synthesis unit 15. The image synthesis unit 
15 synthesizes this OSD data on the main picture sur- 
face according to the drawing conditions. 
[0073] When the layout ID from the STB 2 differs 

25 from the layout ID currently controlled by the DTV 1 , 
then, in step S508. the DTV 1 makes the received OSD 
data and drawing condition ineffective, and transmits a 
control command indicating the ineffectiveness to the 
STB 2. 

30 [0074] In step S510, the DTV 1 supplies the draw- 
ing-layout memory 1 1 with the drawing conditions and 
layout ID of the OSD data of the STB 2 via the drawing- 
layout control unit 10, in order record the supplied data 
together with drawing-layout information of other OSD 

35 data. 

[0075] In step S51 1 , the DTV 1 updates the layout 
ID to another value. The value of the layout ID may be a 
counter value. The maximum counter value is set to a 
value larger than the number of apparatuses connected 

40 to the network. 

[0076] According to the above-described process- 
ing, the STB 2 can confirm not only the display capabil- 
ity of the DTV 1 but also the layout states of other OSD 
data displayed on the DTV 1, before tranferring prede- 

45 termined OSD data to the DTV 1, and set optimum 
drawing conditions in that layout state. 
[0077] Although in FIG. 5, the procedure in which 
the STB 2 transfers the OSD data of the STB 2 to the 
DTV 1 has been described, the OSD data of the DVCR 

so 3 and the OSD data of the PC 4 may also be transferred 
according to a procedure shown in FIG. 6. 
[0078] Another example of the transfer procedure in 
step S403 shown in FIG. 4 will now be described in 
detail with reference to FIG. 6. 

55 [0079] FIG. 6 is a flowchart illustrating another pro- 
cedure in which the STB 2 transfers the OSD data of the 
STB 2 to the DTV 1 using the Asynchronous Connec- 
tion Protocol. 
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[0080] In step S601, the STB 2 transmits a control 
command lor asking H OSD data can be transmit- 
ted/received based on the Asynchronous Connection 
Protocol, to the DTV 1. More specifically, the STB 2 
transmits a SPECIFIC INQUIRY command based on 
the "AV/C digital interface command set specifications" 
to the DTV 1 . 

[0081] The STB 2 which has received a SPECIFIC 
INQUIRY response corresponding to the SPECIFIC 
INQUIRY command confirms in step S602 if the DTV 1 
corresponds to a drawing command set provided by this 
embodiment. 

[0082] When the SPECIFIC INQUIRY response 
indicates "IMPLEMENTED", the STB 2 determines that 
the DTV 1 corresponds to the drawing command set of 
the embodiment, and executes processing starting from 
step S604. 

[0083] When the SPECIFIC INQUIRY command 
indicates "NOT IMPLEMENTED", the STB 2 executes 
the processing of step S603. That is, the STB 2 inter- 
rupts drawing processing assuming that the DTV 1 does 
not have the capability to transmit/receive OSD data, 
and makes the asynchronous connection plug in a non- 
contact state. 

[0084] In step S604, the STB 2 transmits a control 
command for confirming if the drawing-layout informa- 
tion of the DTV 1 is locked (i.e., if new drawing condi- 
tions can be added, or the drawing-layout information 
can be changed or deleted) to the DTV 1 . 
[0085] When the drawing-layout information is 
locked, the DTV 1 transmits the value of a lock flag reg- 
ister to the STB 2 as a response, and repeats the 
processing of step S604. When the drawing-layout infor- 
mation is not locked, the STB 2 performs processing 
starting from step S605. The lock flag register is control- 
led by the drawing-layout control unit 10. 
[0086] In step S605, the STB 2 performs asynchro- 
nous transfer of a control command for requesting draw- 
ing-layout information provided in the DTV 1 to the DTV 
1 before transmitting OSD data. The STB 2 confirms the 
current drawing state on the display picture surface of 
the DTV 1 (i.e., how the DTV 1 displays OSD data from 
a plurality of other apparatuses) based on this drawing- 
layout information. 

[0087] In step S606, the DTV 1 sets the above- 
described lock flag register until the OSD data of the 
STB 2 is displayed. By thus setting the lock flag register, 
the DTV 1 prevents rewriting of the contents of drawing - 
layout information controlled by the DTV 1 by another 
apparatus during the period of a series of operations 
(i.e., a period from the reception of the OSD data to 
drawing of the received data by the STB 2). 
[0088] In step S607, the STB 2 sets optimum draw- 
ing conditions for the OSD data based on the drawing- 
layout information from the DTV 1 and reference draw- 
ing conditions requested by the OSD data of the STB 2 
(such as the drawing position, the drawing size, overlay 
conditions, the overlay order, the drawing period, the 



type of the contents of drawing, the time to start draw- 
ing, a period allowed for overlay, and the like). At that 
time, the STB 2 sets the resolution of the OSD data of 
the STB 2 to an optimum value based on display infor- 
5 mation included in the drawing-layout information. 
Then, the STB 2 generates an OSD frame including at 
least one subframe using the set drawing conditions, 
OSD data, and the like. 

[0089] In step S608, the STB 2 performs sequential 

10 asynchronous transfer of each subframe to the DTV 1 
based on the Asynchronous Connection Protocol. 
[0090] In step S609 t the DTV 1 supplies the OSD 
memory controller 12 with the received OSD data, 
which stores the supplied data in the OSD memory 13. 

is Then, the OSD memory controller 12 reads the OSD 
data of the STB 2 from the OSD memory 1 3, and sup- 
plies the read data to the image synthesis unit 1 5. The 
image synthesis unit 15 synthesizes this OSD data on 
the main picture surface according to the drawing condi- 

20 tions. The display unit 16 displays a picture surface 
obtained by synthesizing the OSD data of the STB 2. 
[0091] In step S610, the DTV 1 supplies the draw- 
ing-layout memory 1 1 with the drawing conditions from 
the STB 2 via the drawing-layout control unit 1 0, in order 

25 to record the supplied data together with drawing-layout 
information of other OSD data. 
[0092] In step S61 1 , the DTV 1 releases the locked 
state of the lock flag register. 

[0093] According to the above-described process- 
30 ing, the STB 2 can confirm not only the display capabil- 
ity of the DTV 1 but also the layout states of other OSD 
data displayed on the DTV 1 , and set optimum drawing 
conditions in that layout state. 

[0094] Although in FIG. 6., the procedure in which 
35 the STB 2 transfers OSD data of the STB 2 to the DTV 
1 has been described, the OSD data of the DVCR 3 and 
the OSD data of the PC 4 may also be transferred 
according to the procedure shown in FIG. 6. 

40 Explanation of the method for setting drawing conditions 

[0095] The processing in step S505 shown in FIG. 5 
and the processing in step S607 shown in FIG. 6 will 
now be described in detail with reference to FIG. 7. 
45 [0096] FIG. 7 illustrates the details of a procedure in 
which the STB 2 sets drawing conditions for the OSD 
data of the STB 2 based on drawing-layout information 
controlled by the DTV 1. 

[0097] In this embodiment, a description will be pro- 
so vided of a case in which drawing conditions for OSD 
data of each apparatus controlled by the above- 
described drawing-layout information includes at least 
following sets of information, i.e., the "drawing position" , 
the "drawing size " overlay conditions", the "overlay 
55 order", the "drawing period", the "type of the contents of 
drawing", the "time to start drawing" and a "period 
allowed for overlay". It is assumed that reference draw- 
ing conditions requested by the OSD data of the STB 2 
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also includes the above-described sets of information. 
Drawing conditions of OSD data drawn by the STB 2 in 
the past are also included in the drawing-layout informa- 
tion. 

[0098] In step S700, the STB 2 first detects display 
information from the drawing-layout information 
received from the DTV 1 . The STB 2 recognizes the size 
of the picture surface of the display unit 16, the type of 
the display unit 16, the resolution of the display unit 16, 
a display region where the display unit 16 prohibits 
drawing of OSD data and the like, a display region 
where the display unit 16 makes drawing of OSD data 
and the like effective, the display capability of the dis- 
play unit 1 6, and the. like, based on the detected display 
information, and changes OSD data and drawing condi- 
tions of the STB 2. For example, the STB 2 changes the 
resolution of OSD data of the STB 2 to an appropriate 
resolution in accordance with the resolution of the dis- 
play unit 16, changes the size of the OSD data in 
accordance with the" display region where the display 
unit 16 makes drawing of OSD data and the like effec- 
tive, or changes the gradation of the OSD data in 
accordance with the display capability 
[0099] In step S701, the STB 2 prepares reference 
drawing conditions requested by the OSD data of the 
STB 2. Then, the STB 2 detects the "drawing position" 
and the "drawing size" of each of other OSD data from 
the drawing-layout information received from the DTV 1 , 
and calculates the drawing area for OSD data displayed 
on the DTV 1 using the detected data. The "drawing 
position" indicates the coordinate value of the upper left 
corner of the drawing area (converted into a pixel 
value), and the "drawing size" indicates the width and 
the height of the drawing area. 

[01 00] The relationship between the display picture 
surface and the drawing area of the DTV 1 will now be 
described with reference to FIG. 8. In FIG. 8, a numeral 
within each [ ] indicates the coordinate value of each 
pixel, the X direction (X_position) indicates a horizontal 
direction, and the Y direction (Y_position) indicates a 
vertical direction. The number of bits of each pixel can 
be assigned to 4 or 8, and the gradation of the OSD 
data can be changed in accordance with this assign- 
ment. 

[01 01 ] In step S702, the STB 2 compares the draw- 
ing area requested by the OSD data of the STB 2 with 
the drawing area of other OSD data calculated in step 
S701, and determines if an overlapped portion is 
present. 

[0102] If there is no overlapped portion with other 
OSD data, then, in step S703, the STB 2 uses the refer- 
ence drawing conditions requested by the OSD data of 
the STB 2 without modification. 
[0103] If there is an ovelapped portion with other 
OSD data, then, in step S704, the STB 2 detects "over- 
lay conditions" of all OSD data which overlap with the 
OSD data of the STB 2. The "overlap conditions" 
include, for example, (1) permission of overlay, (2) per- 



mission of overlay if the types of OSD data differ from 
each other (various types are present depending on the 
contents of drawing), (3) permission of overlay for a pre- 
determined period, and (4) prohobition of overlay. 

5 [0104] When the "overlay conditions" of all OSD 
data within the drawing area satisfy the condition (1), 
then, in step S705, the STB 2 sets the "overlay order" 
requested by the OSD of the STB 2 to an order higher 
than orders for the drawing conditions of these OSD 

io data. In this case, it is possible to display the OSD data 
of the STB 2 in a state of being superposed with other 
OSD data. 

[0105] When the "overlay conditions" of all OSD 
data satisfy one of the conditions (2) - (4), then, in step 

is S706, the STB 2 determines if the "drawing position" 
and the "drawing size" requested by the OSD data of 
the STB 2 can be changed so as not to overlap with 
other OSD data currently drawn by the DTV 1 . 
[01 06] When the drawing position can be moved or 

so the drawing size can be reduced, then, in step S707, the 
STB 2 corrects the "drawing position" and the "drawing 
size" of the OSD data of the STB 2, in order to provide 
new drawing conditions. 

[0107] When the drawing position and the drawing 

25 size cannot be changed, then, in step S708, the STB 2 
determines if the "drawing period" requested by the 
OSD data of the STB 2 is infinite (i.e.. if a time to auto- 
matically terminate drawing is not set). 
[01 08] If the result of the determination in step S708 

30 is negative, the process proceeds to step S709, where 
the STB 2 compares the "time to start drawing (herein- 
after termed "tstb") requested by the OSD data of the 
STB 2 with the "time to end drawing (hereinafter termed 
"tsdv") of each of all ODS data overlapping with the 

35 OSD data of the STB 2. 

[01 09] When tstb > tdtv as a result of the compari- 
son, then, in step S710, the STB 2 uses the "time to 
start drawing" requested by the OSD data of the STB 2 
as the drawing condition without modification. 

40 [01 1 0] When Tstb s tdtv as a result of the compari- 
son, then, in step S711, the STB 2 determines if the 
'lime to start drawing" can be delayed. If the result of the 
determination in step S71 1 is affirmative, the process 
proceeds to step S712, where the STB 2 changes the 

45 "time to start drawing" of the STB 2 to a time equal to or 
longer than tdtv, and uses that time as the drawing con- 
dition. If the result of the determination in step S71 1 is 
negative, the processing of step S71 3 is executed. 
[01 1 1 ] When the "drawing period" requested by the 

so OSD data of the STB 2 is not defined, or when tstb can- 
not be changed, then, in step S713, the STB 2 deter- 
mines if the "overlay conditions" of the STB 2 satisfies 
the condition (2). 

[01 12] If the result of the determination in step S71 3 
55 is affirmative, the process proceeds to step S714. 
where the STB 2 determines if the "type of the contents 
of drawing" of the OSD data of the STB 2 is the same as 
the "type of the contents of drawing" of other OSD data 
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by comparing them. 

[01 1 3] If the result of the determination in step S71 4 
is affirmative, the process proceeds to step S715, 
where the STB 2 determines if the "type of the contents 
of drawing" of the OSD data of the STB 2 can be s 
changed. 

[011 4] If the result of the determination in step S71 5 
is affirmative, the process proceeds to step S716, 
where the STB 2 changes the contents of the OSD data 
of the STB 2 as well as the drawing conditions. 10 
[0115] For example, the still image for commercial 
is changed from a display in the form of a natural picture 
to a display in the form of graphics or a text, or an EPG 
is chaged from a display in the 3D form to a display in 
the text form. As a result, for example, even if a plurality 75 
of OSDs are subjected to multiplex display, the OSDs 
can be visually discriminated. A combination of the con- 
tents of drawing for allowing overlay is provided in 
advance. 

[0116] When the "overlay conditions" of the OSD 20 
data of the STB 2 do not satisfy the condition (2) or 
when the "type of the contents of drawing" cannot be 
changed, then, in step S717, the STB 2 determines if 
the "overlay conditions" of the OSD data of the STB 2 
satisfy the condition (3). 25 
[01 17] If the result of the determination in step S71 7 
is affirmative, the process proceeds to step S718, 
where the STB 2 compares the "drawing period" 
requested by the OSD data of the STB 2 with the 
"period allowed for overlay" of each of other OSD data, so 
[0118] When the "drawing period" of the OSD data 
of the STB 2 is shorter than the "period allowed for over- 
lay" of another OSD data, then, in step S719, the STB 2 
uses the drawing conditions requested by the OSD data 
of the STB 2 as the drawing conditions without modif ica- 35 
tion. 

[01 1 9] When the "drawing period" of the OSD data 
of the STB 2 is equal to or longer than the "period 
allowed for overlay" of another OSD data, then, in step 
S720, the STB 2 determines if the "drawing period" of 40 
the OSD data of the STB 2 can be changed to a period 
shorter than the "period allowed for overlay". 
[01 20] If the result of the determination in step S720 
is affirmative, the process proceeds to step S721, 
where the STB 2 changes the "drawing period" and 45 
uses that period as the drawing condition. 
[0121] When the "overlay conditions" of the OSD 
data of the STB 2 do not satisfy the condition (4) or 
when the "drawing period" cannot be changed, then, in 
step S722, the STB transfers a control command indi- so 
eating that the OSD data of the STB 2 cannot be drawn, 
to the DTV 1. 

[0122] According to the above-described process- 
ing, the STB 2 can compare the drawing conditions 
requested by the OSD data of the STB 2 with the draw- 55 
ing conditions of other OSD data which have already 
been drawn, and set optimum drawing conditions, 
before transferring the OSD data of the STB 2. 



[0123] Thus, the STB 2 can set drawing conditions 
so that the OSD data of the STB 2 does not overlap with 
OSD data of other apparatuses before transferring the 
OSD data of the STB 2. 

[0124] In addition, by setting spatial or temporal 
overlay conditions, the STB 2 can perform drawing 
within a range of causing no visual problems, even if the 
drawing area of the OSD data of the STB 2 overlaps 
with the drawing areas of other apparatuses. 

Explanation of the method for conne cting an asynchro- 
nous connection plug 

[01 25] Next, the processing for connecting an asyn- 
chronous connection plug in step S402 shown in FIG. 4 
will be described in detail with reference to FIG. 9. 
[0126] In FIG. 9, the transmission side is called a 
producer 901, and the reception side is called a con- 
sumer 903. An apparatus having the function of setting 
a logical communication channel between the producer 
901 and the consumer 903 and controlling the channel 
is called a controller 902. The apparatus which serves 
as the controller 902 may be the producer 901 or the 
consumer 903, or may be a different apparatus. In FIG. 
9, a case in which the same apparatus operates as the 
controller 902 and the consumer 903 will be described. 
[0127] When the DTV 1 transfers the above- 
described drawing-layout information to the STB 2 as in 
this embodiment, the DTV 1 operates as the producer 
901, and the STB 2 operates as the consumer 903. 
When the STB 2 transfers OSD data and drawing con- 
ditions thereof to the DTV 1, the STB 2 operates as the 
producer 901 , and the DTV 1 operates as the consumer 
903. 

[0128] In 904, the controller 902 transmits an 
"ALLOCATE command" to the consumer 903. The 
"ALLOCATE" command is a command for allowing a 
consumer plug resource. 

[0129] In 905, the consumer 903 transmits a res- 
pose to the "ALLOCATE command" to the controller 902 
(905 shown in FIG. 9). In this response, a "consumer 
plug address" of the consumer 903 is set. 
[01 30] In 906 and 907, the controller 902 transmits 
an "ALLOCATE ATTACH command" to the producer 
901 . The ALLOCATE ATTACH command is a command 
to allocate the producer plug resource and connect the 
allocated resource to a consumer plug. In this ALLO- 
CATE ATTACH command, a "consumer plug address" 
of the consumer 903 is set. 

[0131] In 908, the producer 901 transmits a 
response to the ALLOCATE ATTACH command to the 
controller 902. In this response, a "producer plug 
address" of the producer 901 is set. According to this 
ALLOCATE ATTACH command, the producer 901 rec- 
ognizes the consumer plug address of the consumer 
903, and performs initial setting necessary for executing 
data transfer. 

[0132] In 909 and 910, the controller 902 transmits 
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an "ATTACH command" to the consumer 903. The 
ATTACH command is a command to connect a producer 
plug to a consumer plug, in this ATTACH command, a 
"producer plug address" of the producer 901 is set. 
According to the ATTACH command, the consumer 903 
recognizes the producer plug address of the producer 
901, and performs initial setting necessary for executing 
data transmission. 

[0133] According to the above-described proce- 
dure, the controller plug 902 can set an asynchronous 
connection plug (i.e., a consumer plug and a producer 
plug) which is a virtual input/output plug for the producer 
901 (i.e., the DTV 1) and the consumer 903 (i.e., the 
STB 2). Thus, each apparatus connected to the network 
of the embodiment can set a logical communication 
channel and perform data communication via the chan- 
nel independent of a physical connection state between 
the producer 901 and the consumer 903. 
[0134] The above-described various control com- 
mands and corresponding responses are subjected to 
asynchronous transfer in a packet format based on the 
Functional Control Protocol provided by the IEC (Inter- 
national Electrotechnical Commission) 61883-1 Stand- 
ards. The Functional Control Protocol will be described 
later. 

Explanation of the transfer procedure based on the 
Asynchronous Connection Protocol 

[0135] Next, the transfer procedure based on the 
Asynchronous Connection Protocol will be described in 
detail with reference to FIG. 10. 
[0136] As shown in FIG. 10, the producer 901 has a 
register called a "iimit_count 1001" within an address 
space 1 009 of the producer 90 1 . The consumer 903 has 
at least one M producer_count 1002" within an address 
space 1010 of the consumer 903. The addresses of 
respective registers are recognized at the respective 
registers when connecting an asynchronous connection 
plug. 

[0137] The address spaces 1009 and 1010 pro- 
vided in the respective apparatuses utilize a 64-bit 
address space provided by the CSR (Control and Sta- 
tus Register Architecture) conforming to IEEE 1212 
Standards. 

[0138] The maximum valuye of the data size capa- 
ble of being received by the consumer 903 (or the size 
of a segment buffer storage provided in the consumer 
903) is written in the limit_counter 1001 of the producer 
901. 

[0139] The consumer 903 usually has two segment 
buffer storages, which are configured so that while data 
from the producer 901 is written into one of the segment 
buffer storatges, data which has been written is read 
from another segment buffer storage. In FIG. 10, the 
two segment buffer storatges provided in the consumer 
903 are discriminated as "scO" and *scr. 
[0140] The amount of data transferred by the 



produder 901 is written into the producer_counter 1002 
provided in the consumer 903. 
[0141] Data sequentially read from the segment 
buffer storage of the producer 901 is subjected to asyn- 

s chronous transfer to one of the segment buffer storages 
of the consumer 903. The address of each segment 
buffer storage is recognized at the respective appara- 
tuses when an asynchronous connection plug is con- 
nected. Each segment buffer storage is provided at a 

10 predetermined address in the corresponding one of the 
address spaces 1009 and 1010 provided in the respec- 
tive apparatuses. 

[0142] In this embodiment, a data transfer between 
the producer 901 having 34-KB transfer data (for exam- 
75 pie, an OSD frame including OSD data and drawing 
conditions) and the consumer 903 having two 32-KB 
segment buffer storages will be described with refer- 
ence to FIG. 10. 

[0143] An instruction, such as start, continuation, 
20 interruption or the like of data transfer, is recognized by 
the two apparatuses by writing a predetermined value in 
a "mode" field provided within each of the iimit_count 
1001 and the producer_count 1002. 
[0144] FIG. 1 1 illustrates the types of modes stored 
25 in a "mode" field of the limit_count 1001. FIG. 12 illus- 
trates the types of modes stored in a "mode" field of the 
producer_count 1002. 

[0145] A communication procedure in this embodi- 
ment will now be more specifically described with refer- 

30 encetoFIG. 10. 

[0146] First, in 1003, the consumer 903 writes the 
data size capable of being received by one segment 
buffer storage (32 KB in this embodiment), a code for 
assigning the segment buffer storage (scO in this 

35 embodiment), and the type of the mode ("SEND(=5) in 
this embodiment) in the limit_count 1001 of the pro- 
ducer 901 . The SEND indicates that the segment buffer 
storage of the consumer 903 is effective. The 
**limit_count = 32k|scO|SEND" shown in FIG. 10 indi- 

40 cates an instruction for the limrt_count 1001 of the pro- 
ducer 901 to SEND (transmit) maximum 32-KB data to 
the 0-th segment buffer storage (scO). 
[0147] In 1004, when the producer 901 recognizes 
that the above-described mode is "SEND", the producer 

45 901 divides the OSD frame to be transmitted into two 
subframes A (32 KB) and B (2 KB), and performs 
sequential asynchronous transfer of the subframes A 
and B. 

[0148] In 1005, upon completion of the transfer of 
so the sub-frame A, the producer 901 writes the amount of 
transmitted data (32 KB in this case), a code for assign- 
ing the segment buffer storage (scO in this case), and 
the type of the mode ("MORE(=1)" in this case) in the 
producer_oount 1002 of the consumer 903. The MORE 
55 indicates that the transfer of the frame data of the pro- 
ducer 901 is not yet terminated. 
[01 49] In 1 006, after recognizing that the transfer of 
the OSD frame is not yet terminated, the consumer 903 
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writes the size of received data (32 KB in this embodi- 
ment), a code for assigning the next segment buffer 
storage (sd in this embodiment), and the type of the 
mode ("SEND(=5)" in this embodiment) in the 
limits count 1001. At that time, the consumer 903 
switches the segment count from scO to sd , and also 
switches the segment buffer storage for writing trans- 
ferred data. 

[0150] In 1007, the producer 901 performs asyn- 
chronous transfer of the remaining subframe B (2 KB) to 
the segment buffer storage of the consumer 903. 
[01 51 ] In 1 008, upon completion of the tranf er of the 
subframe B, the producer 901 writes the amount of 
transmitted data (2 KB in this case), a code for assign- 
ing the segment buffer storage (scl in this case), and 
the type of the mode (*LAST(=4)" in this case) in the 
producer_count 1002 of the consumer 903. The LAST 
indicates that the transfer of all OSD frames has been 
succeeded and another OSD frame is to be transferred. 
[0152] According to the above-described proce- 
dure, each apparatus connected to the network of the 
embodiment can set the amount of data capable of 
being transferred at one time to an optimum value in 
accordance with the reception capability and the trans- 
mission capability. 

[0153] In this embodiment, by using the above- 
described communication procedure, even a relatively 
large amount of OSD data can be continuously and 
assuredly transferred using at least one asynchronous 
transfer operation. 

Explanation of the data format of an OSD frame 

[0154] FIG. 13 is a diagram illustrating a data for- 
mat of an OSD frame in this embodiment. FIG. 14 is a 
diagram illustrating the types of type codes set in each 
subframe. 

[0155] As shown in FIG. 13, one OSD frame 
includes N sub-frames. A field 1301 for storing a 
type__code and a field 1302 for storing the data length of 
a data unit are provided in a header unit of each sub- 
frame. The consumer 903 can dicriminate the type and 
the contents of each subframe by recognizing the 
type_code. 

[01 56] For example, when the STB 2 transfers OSD 
data and drawing conditions in the form of 8 bits/pixel to 
the DTV 1 , the drawing conditions are stored in a sub- 
frame 1 shown in FIG. 13, and the OSD data is stored in 
subframes 2 - N shown in FIG. 13. At that time, as 
shown in FIG. 14, type_code = "8" (indicating the draw- 
ing conditions) is stored in a field 1301 of the subframe 
1 . As shown in FIG. 14, type_code = "3" (indicating the 
OSD data comprising 8 bits/pixel) is stored in each field 
1301 the subframes 2 - N. 

[0157] For example, when the DTV 1 transfers 
drawing-layout information to the STB 2, drawing condi- 
tions for one currently drawn OSD data are stored in the 
subframe 1 shown in FIG. 13. At that time, as shown in 
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FIG. 14, type_code = "7" (indicating drawing-layout 
information) is stored in the field 1301 of the subframe 
1. If the DTV 1 draws a plurality of OSD data, a plurality 
of subframes are provided. Furthermore, the above- 

5 described display information is set in one subframe. 
[0158] The data size of each subframe can be 
changed to an optimum size in accordance with the 
transmission capability and the reception capability of 
the reception side. Accordingly, it is possible to store 

io drawing conditions for a plurality of OSD data in a single 
subframe, and also to store drawing conditions for one 
OSD data in a plurality of subframes. 
[0159] FIG. 15 is a diagram illustrating a data for- 
mat of the subframe of the embodiment in detail. In FIG. 

is 15, a description will be provided of the configuration of 
the subframe for storing drawing conditions for OSD 
data. 

[0160] In FIG. 15, a field 1501 indicates "layout ID*. 
The field 1501 is used for identifying a plurality of OSD 
20 data. A field 1502 indicates the "drawing position". The 
coordinate value (represented by the X_position and 
the Y_position) of the upper left corner of a region 
where OSD data is to be drawn is stored in the field 
1502. 

25 [0161] A field 1503 indicates the "overlay condi- 
tions". A value indicating the above-described overlay 
conditions is stored in the field 1503. A field 1504 indi- 
cates the "drawing size". A value indicating the size of a 
region where the OSD data is to be drawn (represented 

30 by the width and the height) is stored in the field 1504. 
[0162] A field 1505 indicates the "drawing period". 
A value indicating a period for drawing the OSD data 
(represented by "unlimited", or by assignment of the 
date and time). When an "infinite bit" is set, it indicates 

35 that a period for automatically terminating drawing is not 
defined. A field 1506 indicates the "overlay order". The 
order for overlay of the OSD data is stored in the field 
1506. 

[0163] A field 1507 indicates the "type of the con- 
40 tents of drawing". A value indicating the type of OSD 
data which can be changed is stored in the field 1507. A 
field 1 508 indicates the "period allowed for overlay". A 
value indicating the period allowed for overlay of OSD 
data (represented in units of a minute and a second) is 
45 stored in the field 1508. 

[01 64] A field 1 509 indicates the "time to start draw- 
ing". A value indicating the time to start drawing OSD 
data (represented in units of a minute and a second) is 
stored in the field 1509. A field 1510 indicates a "sue- 
so ceeding bit". When the field 1 51 0 is set, it indicates that 
the next sub-frame is present. 

Explanation of the Functional Control Protocol 

55 [0165] Each apparatus constituting the data com- 
munication system of the embodiment transfers various 
control commands and corresponding responses based 
on the Functional Control Protocol (hereinafter abbrevi- 



EP 1 022 898 A2 



12 



ISDOCID:<EP. 1022B98A? I > 



23 



EP 1 022 898 A2 



24 



ated as the TCP"). A control command in the above- 
described Asynchronous Connection Protocol is also 
transferred based on the FCR 

[0166] The basic operation of the FCP will now be 
described with reference to FIG. 16. The FCP is pro- s 
vided in the IEC 61883-1 (General) Standards. 
[0167] In FIG. 16, reference numeral 1601 repre- 
sents a control node (a controller), and reference 
numeral 1.602 represents a node to be controlled (a tar- 
get). For example, in this embodiment, the STB 2 and w 
the DTV 1 operate as the control node 1601 and the 
node to be controlled 1602, respectively. 
[0168] The FCP provides a region 1604 called a 
"command register" and a region 1605 called a 
"response register" in a part of a register space 1603 is 
provided in each of the control node 1601 and the node 
to be controlled 1602. The register space 1603 is 
included within a 64-bit address space provided by the 
IEEE 1394-1995 Standards. 

[01 69] As shown in FIG. 6 ( a region from address so 
OxFFFFFOOOOBOO to address OxFFFFFOOOOCFF in the 
register space 1603 is allocated to the command regis- 
ter 1604, and a region from address OxFFFFFOOOODOO 
to address OxFFFFFOOOOEFF in the register space 
1 603 is allocated to the response register 1 605. 25 
[0170] The control node 1601 writes a "command 
frame" into the command register 1604 of the node to 
be controlled 1602 using Asynchronous Write Transac- 
tion of the IEEE 1394-1995 Standards. The command 
frame is one of FCP frames provided by the FCR 30 
[0171] The node to be controlled 1602 writes a 
"response frame" into the response register 1605 of the 
control node 1601 using Asynchronous Write Transac- 
tion of the IEEE 1394-1995 Standards. The response 
frame is one of FCP frames provided by the FCP 35 
[01 72] FIGS. 1 7A and 1 7B are diagrams, each illus- 
trating a packet format provided by the FCR In the FCP, 
various FCP frames are transferred based on the asyn- 
chronous write transaction packet of the IEEE 1394- 
1995 Standards. In the IEC 1883-1 Standards, only the to 
data format of the FCP frame is provided. Data to be set 
in the data format differs depending on a higher layer 
which uses the data. 

[0173] FIG. 17A is a diagram illustrating the format 
of the asynchronous write transaction packet configured 45 
by an FCP frame having a size larger than 1 quadlet (32 
bits). 

[0174] In FIG. 17A, data conforming to the Asyn- 
chronous Write Transaction of the IEEE 1394-1995 
Standards is set in a header portion 1701 of the asyn- so 
chronous packet. An FCP frame is set in a data portion 
(payload) 1702. One FCP frame compises 512 bytes at 
maximum. 

[0175] FIG. 17B is a diagram illustrating the format 
of the asynchronous write transaction packet configured ss 
by an FCP frame having the size of 1 quadlet 
[0176] In FIG. 17B, the FCP frame is stored in a 
field 1504 of a header portion 1503. 



[0177] FIG. 18 is a diagram illustrating the data for- 
mat of the above-described FCP frame. 
[01 78] As described above, the FCP frames include 
the command frame and the response frame. 
[0179] As shown in FIG. 18, in the IEC 61883-1 
Standards, only the first 4-bit field (cts) 1801 of the FCP 
frame is provided. 

[0180] The cts (command/transaction set) is used 
for identifying a higher layer conforming to the FCR The 
cts defines the type of the command set, the detailed 
data format of the command frame/response frame, and 
the rule for transaction for transferring the command 
frame/response frame, which differ depending on the 
higher layer. 

[0181] FIG. 19 is a diagram illustrating the types of 
the currently provided cts's and corresponding values. 
In FIG. 19, cts = "0000" is a value indicating an AV/C 
(audio video/control) digital interface command set 
used in this embodiment. Some other higher layers than 
the one shown in FIG. 1 9 are prepared. 

Explanation of the AV/C digital interface command set 

[0182] Next, a description will be provided of the 
AV/C digital interface command set (hereinafter abbre- 
viated as the "AV/C command set"), serving as a higher 
layer conforming to the above-described FCP. used in 
this embodiment. The AV/C command set defines a 
comand/transaction set for controlling communication 
using isochronous transfer, and the operations of AV 
apparatuses, such as televisions, monitors, video 
recorders, stereophonic apparatuses and the like, in 
detail. 

[0183] The basic operation of the AV/C command 
set is started by transmitting a command frame based 
on the AV/C command set from the control node (con- 
troller) 1601 to the node to be controlled (target) 1602. 
Then, the node to be controlled 1602 completes 
processing by transmitting a response frame corre- 
sponding to this command frame to the control node 
1601. 

[0184] FIG. 20 is a diagram illustrating the data for- 
mat of the above-described command frame generated 
based on the AV/C command set. FIG. 21 is a diagram 
illustrating the data format of the above-described 
response frame generated based on the AV/C com- 
mand set. 

[0185] The command frame shown in FIG. 20 
includes respective fields for cts, ctype (response), 
subunit_type, subunrtJD, opcode, operand (0) - oper- 
and (n). In the response frame shown in FIG. 21, each 
field other than a "response" field is the same as in the 
command frame. 

[0186] A value indicating the AV/C command set, 
i.e., "0000", is stored in the cts field (4 bits). 
[0187] A code indicating the type of the control 
command (ctype) is stored in a ctype (command type) 
field (4 bits). The ctype will now be described with refer- 
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ence to FIG. 22. 

[0188] In FIG. 22, a value "Oh" represents "CON- 
TROL", which is a ctype for requesting the node to be 
controlled 1602 to perform a predetermined operation. 
For example, in this embodiment, the "CONTROL" is 5 
used when the STB 2 requests drawing-layout informa- 
tion to the DTV 1 . 

[0189] A value "1h" represents "STATUS", which is 
a ctype for asking the current state of the node to be 
controlled 1602. io 
[0190] A value "2rT represents "SPECIFIC 
INQUIRY", which is a ctype for asking rf the node to be 
controlled 1602 supports a predetermined control com- 
mand. In this embodiment, the SPECIFIC INQUIRY is 
used for determining if the DTV 1 oorresponds to the is 
drawing command set of the embodiment. 
[0191] A value "3h" represents "NOTIFY", which is 
a ctype indicating a desire to know a future change in 
the state of the node to be controlled 1602. Upon recep- 
tion of this cotrol command, the node to be controlled 20 
1602 first transmits a response indicating the current 
state, and transmits a response indicating a new state 
after a change in the state. 

[0192] A value "4h M represents "GENERAL SPE- 
CIFIC INQUIRY", which is a ctype for asking if the node 25 
to be controlled 1602 supports a predetermined control 
command, using an opecode field. 
[0193] Values "5h" - "7h" are reserved. 
[0194] Values "8h" - "Fh" are used in a response 
frame (to be described below). 30 
[01 95] Next, a description will be provided of a code 
set in a response field (a response code) with reference 
to FIG. 23. Each response code indicates a result of 
execution for a control command. 

[0196] In FIG. 23. values "Oh" - "7h" are used in the 35 
above-described ctype. 

[0197] A value "8h" represents "NOT IMPLE- 
MENTED", which is a response code indicating that the 
received control command is not supported. 
[0198] A value "9h" reprsents "ACCEPTED", which 40 
is a response code indicating execution of the received 
control command. 

[0199] A value "Ah" reprsents "REJECTED", which 
is a response code indicating that, although the 
received control command is supported, it cannot be as 
executed at present. 

[0200] A value "Bh" represents "IN TRASMIS- 
SION", which is a response code indicating that the 
state is in transition (for example, when a control com- 
mand which has been received in the past is being exe- so 
cuted). 

[0201] A value "Ch" is a response code represent- 
ing "IMPLEMENTED/STABLE". 

[0202] A value "Dh" represents "CHANGED", which 
is a response code indicating the final response corre- 55 
sponding to the above-described NOTIFY command. A 
response frame including this response code is trans- 
mitted to the control node 1601 when the state of the 



node to be controlled 1 602 has changed. 
[0203] A value "Eh" is reserved. 
[0204] A value "Fh" is a response code represent- 
ing "INTERIM". 

[0205] An opcode (i.e., 26h) indicating the Asyn- 
chronous Connection Protocol is stored in an opcode 
field shown in FIGS. 20 and 21 . 
[0206] A control command for requesting a specific 
processing operation, such as an ALLOCATE com- 
mand, an ATTCH command or the like, to the node to be 
controlled 1602 is set in an operand (0) field. 
[0207] The above-described consumer plug 
addresses an producer plug addresses are stored in 
operand (2) - operand (7) fields, and operand (9) - oper- 
and (10) fields. 

[0208] The individual components shown in outline 
or designated by blocks in the drawings are all well 
known in the data communication apparatus and 
method arts and their specific construction and opera- 
tion are not critical to the operation or the best mode for 
carrying out the invention. 

[0209] The invention may be embodied in other 
specific forms without departing from the spirit or essen- 
tial characteristics thereof. 

[0210] For example, although in this embodiment, 
the case in which a single display device (the DTV 1) is 
connected to the network has been described, the 
number of the display device is not limited to one. A plu- 
rality of display devices may also be connected. 
[021 1 ] Although in this embodiment, a digital televi- 
sion receiver has been illustrated as an example of the 
display device, the display device is not limited to the 
digital television receiver. Any other display device, such 
as the PC 4 or the like, may also be used, provided that 
the functions of the above-described embodiment can 
be realized. 

[0212] Although in this embodiment, a set-top box 
has been illustrated as an example of the AV apparatus 
which supplies the display device with display informa- 
tion) the present invention is not limited to the set-top 
box. Any other apparatus, such as the DVCR 3. the PC 
4, a camcorder (a video camera incorporating a VCR), 
a digital camera, a printer, a scanner or the like may 
also be used, provided that the functions of the above- 
described embodiment can be realized. 
[0213] Therefore, the above-mentioned embodi- 
ment is merely an example in all respects, and must not 
be construed to limit the invention. The scope of the 
present invention is defined by the scope of the 
appended claims, and is not limited at all by the specific 
descriptions of this specification. Furthermore, all the 
modifications and changes belonging to equivalents of 
the the claims are considered to fall within the scope of 
the present invention. 

Claims 

1. An information communication apparatus) com- 
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prising: 

input means for inputting information relating to 
display information to be displayed on a display 
device controlled by an external apparatus; s 
generation means for generating control infor- 
mation for controlling processing for displaying 
the display information of said information com- 
munication apparatus on the display device; 
and io 
output means for outputting the display infor- 
mation and the control information. 

2. An information communication apparatus accord- 
ing to Claim 1, wherein the control information is 
includes control information for controlling at least 
one of a position to display the display information, 

a size of display, a period of display, and a time to 
start display. 

- - 20 

3. An information communication apparatus accord- 
ing to Claim 1, wherein the control information 
includes control information for controlling overlap 
between the display information and other sets of 
display information to be displayed on the display 25 
device. 

4. An information communication apparatus accord- 
ing to Claim 1, wherein the control information 
includes ID information for identifying the display 30 
information. 

5. An information communication apparatus accord- 
ing to Claim 1 ( wherein the information relating to 
the display information to be displayed on the dis- 35 
play device is information indicating at least one of 
information indicating at least one of a position to 
display the display information to be displayed on 

the display device, a size of display, a period of dis- 
play and a time to start display, and overlap with ao 
other sets of display information. 

6. An information communication apparatus accord- 
ing to Claim 1 , wherein said generation means gen- 
erates the control information based on the as 
information relating to the display information to be 
displayed on the display device. 

7. An information communication apparatus accord- 
ing to Claim 1 , wherein the display information is so 
display information for performing remote control of 
said information communication apparatus. 

8. An information communication apparatus accord- 
ing to Claim 7. wherein the display information ss 
includes at least one element, each element includ- 
ing at least one of graphics and a text. 



9. An information communication apparatus accord- 
ing to Claim 1 , wherein said output means outputs 
the display information and the control information 
via a virtual input/output plug. 

10. An information communication apparatus accord- 
ing to Claim 1 , wherein said input means and said 
output means conform to the IEEE 1 394 standards. 

11. An information communication apparatus accord- 
ing to Claim 1 , wherein said information communi- 
cation apparatus is an apparatus which deals with 
image information. 

12. An information communication apparatus accord- 
ing to Claim 1 , wherein said input means further 
inputs information relating to a display capability of 
the display device. 

13. An information communication method comprising 
the steps of: 

inputting information relating to display infor- 
mation to be displayed on a display device con- 
trolled by an external apparatus; 
generating control information for controlling 
processing for displaying the display informa- 
tion of an information communication appara- 
tus on the display device; and 
outputting the display information and the con- 
trol information. 

14. An information communication method according to 
Claim 13, wherein the control information includes 
control information for controlling at least one of a 
position to display the display information, a size of 
display, a period of display, and a time to start dis- 
play. 

15. An information communication method according to 
Claim 13, wherein the control information includes 
control information for controlling overlap between 
the display information and other sets of display 
information to be displayed on the display device. 

16. An information communication method according to 
Claim 13, wherein the control information includes 
ID information for identifying the display informa- 
tion. 

17. An information communication method according to 
Claim 13, wherein the information relating to the 
display information to be displayed on the display 
device is information indicating at least one of infor- 
mation indicating at least one of a position to dis- 
play the display information displayed on the 
display device, a size of display, a period of display 
and a time to start display, and overlap with other 
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sets of display information. 

18. An information communication method according to 
Claim 13, wherein the control information is gener- 
ated based on the information relating to the display 
information to be displayed on the display device. 

1 9. An information communication method according to 
Claim 13, wherein the display information is display 
information for performing remote control of the 
information communication apparatus. 

20. An information communication method according to 
Claim 13, wherein the display information and the 
control information are output via a virtual input/out- 
put plug. 

21. An information communication method according to 
Claim 13, wherein the display information is control- 
led by inputting information relating to a display 
capability of the display device. 

22. An information communication apparatus, compris- 
ing: 

output means for outputting information relat- 
ing to display information to be displayed on a 
display device to an external apparatus; 
input means for inputting the display informa- 
tion of the external apparatus and control infor- 
mation for controlling processing for displaying 
the display information on the display device; 
and 

control means for controlling the processing for 
displaying the display information on the dis- 
play device based on the control information. 

23. An information communication apparatus accord- 
ing to Claim 22, wherein the control information 
includes control information for controlling at least 
one of a position to display the display information 
of the external apparatus, a size of display, a period 
of display, and a time to start display. 

24. An information communication apparatus accord- 
ing to Claim 22, wherein the control information 
includes control information for controlling overlap 
between the display information of the external 
apparatus and other sets of display information to 
be displayed on the display device. 

25. An information communication apparatus accord- 
ing to Claim 22, wherein the control information 
includes ID information for identifying the display 
information of the external apparatus. 

26. An information communication apparatus accord- 
ing to Claim 22, wherein the information relating to 



the display information to be displayed on the dis- 
play device is information indicating at least one of 
a position to display the display information to be 
displayed on the display device, a size of display, a 
5 period of display, a time to start display, and overlap 
with other sets of display information. 

27. An information communication apparatus accord- 
ing to Claim 22, wherein the display information is 

io display information for performing remote control of 
the external apparatus. 

28. An information communication apparatus accord- 
ing to Claim 27, wherein the display information 

75 includes at least one element, each element includ- 
ing at least one of graphics and a text. 

29. An information communication apparatus accord- 
ing to Claim 22, wherein said output means outputs 

so the display information and the control information 
via a virtual input/output plug. 

30. An information communication apparatus accord- 
ing to Claim 22, wherein said input means and said 

25 output means conform to the IEEE 1 394 standards. 

31. An information communication apparatus accord- 
ing to Claim 22, wherein said information communi- 
cation apparatus is a digital television. 

30 

32. An information communication apparatus accord- 
ing to Claim 22, wherein said output means further 
outputs information relating to a display capability 
of the display device to the external apparatus. 

35 

33. An information communication method, comprising 
the steps of: 

outputting information relating to display infor- 
40 mation to be displayed on a display device to 

an external apparatus; 

inputting the display information of the external 
apparatus and control information for control- 
ling processing for displaying the display infor- 
ms mation on the display device; and 

controlling the processing for displaying the 
display information on the display device based 
on the control information. 

so 34. An information communication method according to 
Claim 33, wherein the control information includes 
control information for controlling at least one of a 
position to display the display information of the 
external apparatus, a size of display, a period of dis- 

55 play, and a time to start display. 

35. An information communication method according to 
Claim 33, wherein the control information includes 
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control information for controlling overlap between 
the display information of the external apparatus 
and other sets of display information to be dis- 
played on the display device. 

5 

36. An information communication method according to 
Claim 33, wherein the control information includes 
ID information for identifying the display information 
of the external apparatus. 

10 

37. An information communication method according to 
Claim 33, wherein the information relating to the 
display information to be displayed on the display 
device is information indicating at least one of a 
position to display the display information displayed is 
on the display device, a size of display, a period of 
display, a time to start display, and overlap with 
other sets of display information. 

38 i An information communication method according to so 
Claim 33, wherein the display information is display 
information for performing remote control of the 
external apparatus. 

39. An information communication method according to 25 
Claim 33, wherein the display information and the 
control information are output via a virtual input/out- 
put plug. 

40. An information communication method according to 30 
Claim 33, wherein information relating to a display 
capability of the display device is output to the 
external apparatus. 

41 . An information communication system, comprising 35 
a first apparatus and a second apparatus, 

said first apparatus comprising: 



mation of said first apparatus and the con- 
trol information of said first apparatus; and 
control means for controlling the process- 
ing for displaying the display information of 
said first apparatus on the display device 
based on the control information of said 
first apparatus. 

42. An information communication method, comprising 
the steps of: 

inputting information relating to display infor- 
mation to be displayed on a display device con- 
trolled by a second apparatus, which is output 
from a first apparatus; 

generating control information for controlling 
processing for displaying the display informa- 
tion of the first apparatus on the display device; 
outputting the display information of the first 
apparatus and and the control information of 
the first apparatus, from the first apparatus; 
inputting the display information of the first 
apparatus and the control information of the 
first apparatus; and 

controlling the processing for displaying the 
display information of the first apparatus on the 
display device based on the control information 
of the first apparatus. 
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input means for inputting information relat- 40 
ing to display information to be displayed 
on a display device controlled by said sec- 
ond apparatus; 

generation means for generating control 
information for controlling processing for 45 
displaying the display information of said 
first apparatus on the display device; and 
output means for outputting the display 
information and the control information, 
and so 

said second apparatus comprising: 

output means for outputting the informa- 
tion relating to the display information to be 55 
displayed on the display device to said first 
apparatus; 

input means for inputting the display infor- 
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